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(54) IMAGE DATA TRANSFERRING METHOD&comma; IMAGE FORMING DEVICE&comma; 
IMAGE PRINTING SYSTEM 



(57) When performing Push-type data transfer from 
the side of an image-supply apparatus 100 to a printer 
200P, it is necessary forthe printer 200P to have a buffer 
that is capable of containing at least the capacity for one 
page of data. Therefore, the text/image-supply appara- 
tus 100 stores printing-description data obtained from 
the application on its own memory unit 1 05. The image- 



formation apparatus 200 performs rasterization based 
on received printing-description data, however, in this 
process, when there is a link file L that is linked to the 
top file T of the printing-description data, the image-for- 
mation apparatus 200 specifies the link destination and 
sends a data-acquisition request to the text/image-sup- 
ply apparatus 1 00, so there is no need for a buffer. 
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Description 

Technical Field: 

[0001] This invention relates to an image-data trans- 
fer method, image-formation apparatus and image- 
printing system, and more particularly to an image-data 
transfer method, image-formation apparatus and im- 
age-printing system that are connected by a LAN. 

Background Art: 

[0002] Conventionally, markup language ML such as 
hypertext in which a tag indicating format and the like is 
added to text is displayed on a computer display using 
browser software. XHTML (Extensible Hyper text 
Markup Language), HTML and XML (Extensible Markup 
Language) are examples of markup language ML. Files 
that are written using this markup language ML are 
mainly stored on a Web server, and browser software 
that is connected to the Web server via various networks 
acquires the markup language ML and interprets that 
markup language ML and displays it on a display or 
prints it. 

[0003] In the following explanation , a file that is written 
using this kind of markup language ML is used in image 
reproduction such as printing, so hereafter data written 
in this markup language ML and object data that are 
linked from that data are called printing-description data. 
This printing-description data comprises: top data, 
which is the highest order data in the hierarchical struc- 
ture that determines the skeletal form or the layout of 
the printed object; and link data (object data), which is 
linked to the top data. 

[0004] Next, a printer apparatus and system configu- 
ration for performing specified printing on a recording 
medium using this printing-description data will be ex- 
plained with reference to Fig. 23. 
[0005] Fig. 23 is a schematic diagram of one example 
of a prior push model. When the printing-description da- 
ta edited in markup language ML is output from appli- 
cation 11 according to a printing request from the appli- 
cation 11, the printing-description data is further con- 
verted by a conversion unit 1 2 to a language such as 
XHTML format that can be read by the printer and then 
input to a printer-control unit 13. Of course, in the case 
that the data is already in a language that can be read 
by the printer, conversion does not need to be per- 
formed. 

[0006] In this way, the printer-control unit 1 3 gives the 
received printing-description data to a printing-data- 
conversion unit 1 6, and here it is converted to data that 
can be printed as is by the printer, and then it is laid out 
in a printing buffer 11. 

[0007] In other words, the printing-description data 
edited in markup language ML comprises: a top file por- 
tion, which is the highest layer that determines the skel- 
etal structure of the overall printed object, and a link file 



portion (including otherfiles that are further linked to the 
link file), which is the lower layer of the top file. Here, a 
printing object that can be drawn directly from the top 
file is developed as is at the instructed location, and the 
5 link file obtains the data of the link destination, which is 
then developed atthe location instructed by the printing- 
description data. That is, here the data is already put 
into a form that is the same as the printed form. 
[0008] After the printing-description data have been 

io laid out, the printer-control unit 1 3 outputs a job ID that 
identifies the data to be printed together with a print in- 
struction (printing job) to the job queue 14. This printing 
job is interpreted by a interpreter 23 of a printer 200P 
via a network, and then according to an instruction from 

'5 the interpreter 23, the data that has been laid out in a 
printing buffer 15 as described above is stored tempo- 
rarily in the memory 26. After waiting for a specified 
amount of data, for example one page of data, to be 
stored in this memory 26, the interpreter 23 that received 

20 the printing job gives the necessary amount of data that 
are laid out in the memory 26 to a rasterizer 24. By doing 
this, the printer engine 21 is ready to print the printing- 
description data on the recording medium. 
[0009] Moreover, Fig. 24 is a drawing showing an ex- 

25 ample of prior art that is different than that described 
above. Here, the printing-control unit 13 does not store 
the data in the printing buffer 1 5 in the same form as the 
printed form, but rather stores the top file and link file 
that is linked to it as separate files. After this storage 

30 process is finished, the printing-control unit 13 issues 
the printing job and activates the interpreter 23, while at 
the same time stores the top file and link file that are 
stored in the printing buffer 1 5 in a buffer 26 on the side 
of the printer. The top file and link file that is linked to it 

35 that are stored in the buffer 26 on the side of the printer 
in this way are converted to readable data by a conver- 
sion unit 27 and then laid out according to layout data 
by the Interpreter 23 and rasterizer 22 and then printed. 
[0010] The printer apparatus disclosed in Japanese 

40 unexamined patent publication No. 2000-66867 is con- 
structed such that link-destination data (for example a 
URL), which is written in the top data, is stored in ad- 
vance on the side of the printer in order to save time 
when the link-destination is fixed and when data is print- 

45 ed frequently from the same place. 

[0011] The construction shown in Fig. 23 is so-called 
push type method that transfers data to the printer from 
the image-supply apparatus 1 00 without taking into con- 
sideration the state of the printer 200P, so it is necessary 

50 to have a buffer with a storage capacity of at least one 
page of data on the side of the printer 200P as well as 
on the side of the image-supply apparatus 1 00. 
[0012] Also, the construction shown in Fig. 24 can be 
applied to either a push-type method or pull-type meth- 

55 od, however, similar to the problem that occurs in the 
push-type method, it is necessary to have a printing buff- 
er with a specified capacity on the printer side, and thus 
a cost demerit occurs. 
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Disclosure of Invention 

[0013] This invention adopts the following means in 
order to solve the problems mentioned above. 
[0014] First, this invention is used between a text/im- s 
age-supply apparatus and image-formation apparatus 
that are connected by a communication means, and the 
printing process is presumed to be based on printing- 
description data that is written in link-file format having 
a hierarchical structure. 10 
[0015] Under the aforementioned presumptions, the 
text/image-supply apparatus 100 stores printing-de- 
scription data obtained from the application in its own 
memory unit 1 05. Here, when there is an object that is 
linked to the printing-description data, that object can be is 
copied in the memory unit 1 05, or it can be stored in a 
different memory unit 1 05. 

[0016] It is sufficient to use the memory unit 1 05 that 
the text/image-supply apparatus 1 00 originally has for 
that function as the memory unit 1 05. 20 
[0017] In the state described above, the text/image- 
supply apparatus 100 issues a printing job. In the image- 
formation apparatus 200 that receives this printing job, 
a data-transfer-request unit 2053 sends a request to 
transfer the printing-description data that is stored in the 25 
memory unit 1 05. Based on the printing-description data 
acquired according to this request, the rasterizer 202 
performs the rasterization process. In this rasterization 
process, when there is a link file L that is linked to the 
top file T of the printing-description data, a data-acqui- 30 
sition request is sent from the image-formation appara- 
tus 200 to the text/image-supply apparatus 1 00 speci- 
fying that link destination. 

[001 8] Acquisition of this object is performed an arbi- 
trary amount at a time at an arbitrary timing. This arbi- 35 
trary timing is after the first rasterization process is fin- 
ished for example. Also, the arbitrary amount can be set 
by a method of presetting the amount to acquire at one 
time, and then acquiring that amount each successive 
time, for example, or the acquisition amount can be cal- 40 
culated and set for each rasterization by the data-acqui- 
sition unit 2054 from the limited amount that can be ras- 
terized at one time in the rasterization process. In either 
case, the specified amount is acquired starting from the 
position at the end of the previous acquisition. <s 
[001 9] When there is a plurality of objects in the print- 
ing-description data, it is preferable that channels cor- 
responding to the objects be set on the transmission 
path. By doing so transfer becomes possible for each 
object, and control becomes simple, however it is not so 
absolutely necessary to do this. 
[0020] The hard disc of a set-top box, or the memory 
card of a digital still camera can be used as the memory 
unit on the side of the text/image-supply apparatus. 
[0021] With this construction, it is not necessary to ss 
have a memory such as a hard disc on the side of the 
image-formation apparatus. 



Fig. 1 is a block diagram showing an embodiment 
of the invention. 

Fig. 2 is a block diagram showing one example of 
the network environment to which the invention is 
applied. 

Fig. 3 is a function block diagram showing details 
of the interpreter. 

Fig. 4 is a block diagram showing another embodi- 
ment of the invention. 

Fig. 5 is a drawing showing an example of an image 
to which the invention is applied. 
Fig. 6 is a concept drawing of the printing-descrip- 
tion data used in this invention. 
Fig. 7 is a detail diagram of the printing-description 
data. 

Fig. 8 is a diagram explaining the rasterization proc- 
ess of this invention. 

Fig. 9 is a flowchart showing the operating proce- 
dure of this invention. 

Fig. 1 0 is a block diagram showing the construction 
of the printing system of a third embodiment of the 
invention. 

Fig. 11 is a drawing showing the network relation- 
ship of the third embodiment. 
Fig. 1 2 is a block diagram showing the construction 
of the printing system of a fourth embodiment of the 
invention. 

Fig. 13 is a diagram showing a file related to the 

printing object of the third and fourth embodiments. 

Fig. 14 is a diagram showing a queuing state for a 

job in the third embodiment. 

Fig. 15 is a diagram showing a flowchart for the third 

embodiment. 

Fig. 1 6 is a diagram showing the channel use in the 
third embodiment. 

Fig. 1 7 is a diagram showing the relationship be- 
tween the ports and the files to be transferred. 
Fig. 1 8 is a diagram showing the relationship be- 
tween the jobs and objects in the third embodiment. 
Fig. 1 9 is a flowchart of the operating procedure of 
the third embodiment. 

Fig. 20 is a diagram showing the Bluetooth protocol. 
Fig. 21 is a diagram showing the profiles according 
to application in the Bluetooth protocol. 
Fig. 22 is a diagram showing examples of applica- 
tions for each profile. 

Fig. 23 is a schematic diagram showing a prior print- 
ing system. 

Fig. 24 is a schematic diagram showing another pri- 
or printing system. 
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Best Mode for Carrying Out the Invention 
(Embodiment 1) 

[0023] Fig. 1 is a block diagram showing an example 
of the construction of the printing system to which the 
invention is applied, and Fig. 2 is a diagram of the net- 
work to which the system is applied. 
[0024] In Fig. 2, a text/image-supply apparatus 100 
and image-formation apparatus 200 are connected to- 
gether via a communication means 300. A digital tele- 
vision or set-top box (STB) can be used as the text/im- 
age-supply apparatus 100, and it is also possible to use 
any other kind of device that is a data source. Also, a 
printer or facsimile machine can be used as the image- 
formation apparatus 200. Furthermore, a means capa- 
ble of transferring data such as a bus, public network, 
dedicated line, Internet network or the like can be used 
between a computer and the printer as the communica- 
tion means 300. 

[0025] Fig. 1 shows the internal construction in the 
case where a bus 300B (here an IEEE1394 bus or a bus 
complying to USB standards) is used as the communi- 
cation means 300, a set-top box (STB) 1 00S is used as 
the text/image-supply apparatus 100, and a printer 
200P is used as the image-formation apparatus 200, 
and Fig. 9 is a flowchart showing the operating proce- 
dure. In Fig. 9, it is presumed that it is possible to set a 
plurality of channel in the transfer path between the text/ 
image-supply apparatus 1 00 and the image-formation 
apparatus 200. 

[0026] As shown in Fig. 1 , the text/image-supply ap- 
paratus 100 comprises the following units. That is, the 
text/image-supply apparatus 1 00 comprises: an appli- 
cation 101 that generates printing-description data; a 
conversion unit 1 02 that converts the format of the print- 
ing-description data output from the application 1 01 into 
a link-file format (here XHTML will be used) having a 
hierarchical structure that can be read by a printer 200P; 
a printer-control unit 1 03 that reads the printing-descrip- 
tion data and issues a printer job, and controls the buffer 
forthe printing-description data; a printing buffer 1 05 the 
temporarily stores the printing-description data; and a 
communication l/F 1 04, which is the interface that con- 
nects to the bus 300B. 

[0027] Also, the inside of the printer, which is the im- 
age-formation apparatus 200, comprises: a communi- 
cation l/F 204 that is the interface for connecting to the 
bus 300B; a queue-control unit 203 that is the control 
unit of the queue that stores the printer job; an interpret- 
er 205 that reads the interprets the printing-description 
data and gives the data to the rasterizer; a rasterizer 
202 that performs rasterization based on the printing da- 
ta obtained from the interpreter 205; and a printer engine 
201 that visibly outputs and records the rasterized print- 
ing-description data on a recording medium. In this em- 
bodiment, the printer engine 201 is used to visibly output 
and record the printing-description data on a recording 



medium, however, this printer engine can also be used 
as the printer engine in an electronic photo image re- 
cording apparatus of an ink-jet type, thermaltransfer 
type, or laser printer, or used in a silver-chloride photo 

5 printer, or in a printing apparatus that creates and im- 
age-set copy for screen printing. 
[0028] In the construction above, first, when the user 
uses the application for example to send a printing re- 
quest after editing the printing data, the printing-descrip- 

io tion data is output from the application 1 01 . This appli- 
cation 1 01 can be a mailer, WEB browser, BML browser, 
DSC album that is capable of editing data of a digital- 
still camera, or the like. Depending on the layout, the 
data from these is laid out again, and the conversion unit 

is 1 02 further converts the data to a language that can be 
interpreted on the printer side, such as XHTML format 
(in the case that it is already in XHTML format, the data 
does not need to be converted and this can be omitted). 
[0029] In this way, the converted printing-description 

20 data is given to the printer-control unit 103, and then 
stored in the printing buffer 1 05. At this time, files, such 
as image object files in the printing-description data that 
are linked, are converted to data in a format (JPEG or 
PNG format) that can be processed by the printer, and 

25 then copied from the source where the data originated 
to the printing buffer 105. The source can be located 
inside or outside the text/image-supply apparatus 1 00. 
Of course, here also, when there is data that Is already 
in the format that can be processed by the printer, it is 

so not necessary to perform conversion. 

[0030] The memory or HDD of the text/image-supply 
apparatus 1 00 can be used for this printing buffer 1 05. 
For example, in the case that the text/image-supply ap- 
paratus 100 is a set-top box, it is possible to use the 

35 memory unit such as a HD that is originally equipped for 
the function of the set-top box. 
[0031] In the case of trying to print image data as 
shown in Fig. 5, the image data is converted to a lan- 
guage that can displayed by the printer (here this is 

to XHTMLformatorsocalledMLformat)asshownin Fig. 
7, and then stored in the printing buffer 1 05. When show- 
ing the example in Fig. 7 conceptually, it is as shown in 
Fig. 6. 

[0032] In Fig. 6, the top file T, 'printl .xml\ means all 
is of Fig. 7, and includes the data such as the location of 
the image, the location and size of the text, or the text 
that should be printed. 

[0033] Link file L1 , 'car.jpg', means the image of com- 
pany A's automobile that is stored in the sub-directory 

so of the printing buffer 105 and is displayed on the 19th 
line of Fig. 7, and linkfile L2, 'cup. jpg', means the image 
of the cup that is stored in the sub-directory of the print- 
ing buffer 105 and is displayed on the 22nd line of Fig. 
7. The name of the sub-directory of the printing buffer 

55 1 05 can be code that uniquely corresponds to the print- 
ing job, for example it can be the same as the job ID. 
[0034] Also, the printer-control unit 103 performs the 
process of storing the data in the printing buffer 1 05, and 
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when it receives the printing request output by the ap- 
plication 101, it issues the printing job to the printer 200P 
that in addition to the job ID includes printing conditions 
(for example, number of prints, printing quality, color in- 
structions, printing orientation, format, etc.)(Fig. 9, step s 
S101). 

[0035] The printing job that is issued in this way is giv- 
en to the queue-control unit 203 via the l/F 1 04 and bus 
300B. The obtained job is stored in this queue-control 
unit 203 and the job data is given over to the interpreter 10 
205 in order. The interpreter 205 executes the printing 
process described below based on the path-information 
data that indicates the location (URI) in the printing buff- 
er 1 05 of the printing-description data contained in this 
printing job. »5 
[0036] Fig. 3 is a functional block diagram showing the 
construction of the interpreter. When the judgment unit 

2051 of the interpreter 205 determines that the signal 
from the queue-control unit 203 is a printing job and path 
data, it notifies the channel-control unit 2052 of thatfact. 20 
The channel-control unit 2052 sends an instruction to 

set a channel in the l/F 204. 

[0037] The data-transfer-request unit 2053 gives the 
path data to the printer-control unit 1 03 via the channel 
set by that instruction. Also, the data-transfer-request 25 
unit 2053 issues an acquisition request to the printer- 
control unit 1 03 to acquire the top file T, which is the 
highest-level data that corresponds to the printing job 
(Fig. 9, step S102 --> S103). 

[0038] Following this request, the printer-control unit 30 
1 03 sends the requested top file T to the interpreter 205 
via communication l/F 1 04 and 204 (Fig. 9, step S1 04). 
From this, the interpreter 205 starts reading the printing- 
description data from the text/image-supply apparatus 
100 (Fig. 9, step S1 04). 35 
[0039] The data-transfer request here can be a meth- 
od of requesting an entire arbitrary file be transferred, 
or that requests that an arbitrary amount of data from 
an arbitrary position be transferred (that is, request the 
data of one file in parts). 40 
[0040] The judgment unit 2501 of the interpreter 205 
checks the type of printing-description data and dis- 
cards any unnecessary data, then gives the data to be 
printed to the rasterizer202. The rasterizer202 receives 
the data to be printed and performs rasterization the da- 4s 
ta, and the printer engine 201 prints the data on the re- 
cording medium. 

[0041] The judgment unit 2051 detects that a link file 
L, which is linked to the top file T, is added to the printing- 
description data as shown in Fig. 7. When it is detected so 
that a link file has been added, the channel-control unit 

2052 sends an instruction to the l/F 204 to set another 
channel that is different than the channel set previously. 
[0042] As soon as a new channel has been set, the 
data-request unit2503 sends a transfer request to trans- ss 
ferthe object. This starts the reading of the object data 
(Fig. 9, step S105, YES -> S121 --> S122 --> S123). 
The data object is read an arbitrary amount of data at a 



time, and that value can be preset, or the data-amount- 
calculation unit 2054 can calculate the necessary 
amount required at a time for rasterization (Fig. 9, step 
S111). 

[0043] Here, when there is a plurality of object files as 
shown in Fig. 5, the aforementioned amount of data is 
read to the rasterizer 202 for each object file. 
[0044] In this process, when the amount of data of the 
object file that is read first reaches the aforementioned 
amount, transfer stops at that instant and the rasteriza- 
tion process is performed (step S112). 
[0045] As soon as this rasterization process ends and 
the next data becomes necessary, data begins to be 
transferred starting from the next position in the printing 
buffer after the position where the previous transfer 
stopped (Fig. 9, step S1 06, NO --> S1 07 -> S1 08). Also, 
at the instant when reading ends for one object, the set 
channel is released (Fig. 9, step S109, YES --> S110). 
Moreover, when all of the printing jobs are finished, a 
printing-complete notification is sent to the printing-con- 
trol unit 103 (Fig. 9, step S113 --> S114). 
[0046] Fig. 8 shows this procedure in more detail. The 
items numbered 1, 2...etc. below correspond to the 
same numbers in Fig. 8. In this example, an IEEE1394 
bus that is capable of using a plurality of channels at the 
same time is used, so as will be explained below, chan- 
nels corresponding to a plurality of objects are set, how- 
ever, it is also possible to transfer data for a plurality of 
objects on the same channel (same line). 

1 . Rasterizes the first base data of the highest layer. 

2. Rasterizes the second base data of the highest 
layer. 

3. When rasterizing the second base data of the 
highest layer, detects an object file that is indicated 
by link data. Sets a separate transfer channel and 
sends a request to the printing-control unit 103 to 
transfer the object file, then the printing-control unit 
1 03 that receives this transfers the data of the file 
from the printing buffer 1 05. The rasterizer performs 
the rasterization process based on this data. 

4. When transfer of the object file is interrupted, 
temporarily stops reading and continues rasterizing 
the second base data of the highest layer. 

5. Rasterizes the third base data of the highest lay- 
er. 

6. When rasterizing the third base data of the high- 
est layer, detects the same object file as in step 3 
that is indicated by link data. Using the same pro- 
cedure for the object file described in step 3, re- 
quests the next data of the laid out data and reads 
and rasterizes the file. 

7. When transfer of the object file is interrupted, 
temporarily stops reading and continues rasterizing 
the third base data of the highest layer. 

8. When rasterizing the third base data of the high- 
est layer, detects an object file that is indicated by 
link data and that indifferent than that in step 6. Sets 
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a transfer channel that is separate from that in steps 
3 and 6, and requests that the data of the object file 
be transferred, then reads the file and rasterizes it. 

9. When transfer of the second object file is inter- 
rupted, temporarily stops reading and continues 
rasterizing the third base data of the highest layer. 

10. Rasterizes the fourth base data of the highest 
layer. 

11. When rasterizing the fourth base data of the 
highest layer, detects an object file that is indicated 
by link data and that is the same as that in steps 3 
and 6. Using the procedure for the object file de- 
scribed in step 6, requests the next data of the laid 
out data, then reads and rasterizes the file. 

1 2. As soon as the first object file has ended, stops 
reading and releases the transfer channel. Contin- 
ues rasterizing the fourth base data of the highest 
layer. 

13. When rasterizing the fourth base data of the 
highest layer, detects an object file that is indicated 
by link data and that is the same as that in step 8. 
Using the procedure for the object file described in 
step 6, requests the next data of the laid out data, 
then read and rasterizes the file. 

14. As soon as the second object file has ended, 
stops reading and releases the transfer channel. 
Continues rasterizing the fourth base data of the 
highest layer. 

15. Rasterizes the fifth base data of the highest lay- 
er. 

1 6. Rasterizes the sixth base data of the highest lay- 



[0047] The first data described above was taken to be 
path data that indicates the location of the top file T 
(main XHTML data), however, it is also possible to send 
the top data (main XHTML data) from the text/image- 
supply apparatus to the printer from the start, and then 
gradually request the necessary data of the object files. 
[0048] The procedure above is repeated and when all 
of the objects have been properly transferred, the data- 
transfer-request unit 2053 of the interpreter 205 sends 
a notification that transfer has ended together with the 
job ID to the printer-control unit 103 of the text/image- 
supply apparatus 100. The printer-control unit 103 re- 
ceives the printing-end data and removes the printing- 
description data of that job ID that was stored in the print- 
ing buffer 1 05 from the printer buffer 1 05. 
[0049] Also, in the case when an error occurs in the 
printer during printing, the printing job must be deleted 
when necessary. For example, when the powersupplied 
to the printer is cut off during the printing process, the 
bus reset mode is set and the printer-control unit 1 03 of 
the text/image-supply apparatus receives the bus reset 
and sends a notification that the connection with the 
printer has been lost. At the timing when the printer-con- 
trol unit 1 03 detects that the connection with the printer 
has been lost, it can delete the job ID and printing-de- 



scription data that are stored in the printing buffer. 
[0050] Furthermore, to avoid having unnecessary da- 
ta remain when an error in the system occurs, it is pos- 
sible to have the text/image-supply apparatus 100 de- 

5 lete the job ID and printing-description data in the print- 
ing buffer 1 05 when the power to the text/image-supply 
apparatus 100 goes from OFF to ON, or when a timer 
limit operates according to an arbitrarily set value. 
[0051] As mentioned above, the printing system of 

io this invention is such that when transferring printing-de- 
scription data using a serial bus connection, control 
(stopping and re-starting transfer) is performed such 
that the data is transferred in a format that is readable 
by the image-formation apparatus, and data is trans- 

15 ferred in specified amounts at a time that can be raster- 
ized by the image-formation apparatus. 
[0052] By doing this, there is no need for a large print- 
ing-description data buffer on the side of the printer for 
spooling, and furthermore it becomes possible to get 

20 other data at the timing when it is necessary on the print- 
er side for the printing-description data, and this is ad- 
vantageous when performing the rasterization process. 
[0053] Also, on the side of the text/image-supply ap- 
paratus only a job needs to be issued and there is no 

25 need to perform a queuing process, so it is possible to 
use the HDD or the like installed inside the apparatus 
as the spooling buffer. 

(Embodiment 2) 

30 

[0054] Fig. 4 is a functional block diagram showing a 
second embodiment of the invention. In this embodi- 
ment, the text/image-supply apparatus 1 00 and image- 
formation apparatus (printer) 200 are connected togeth- 
35 er by a bus 300B, and the basic construction is the same 
as in the first embodiment. 

[0055] However, in this embodiment, in addition to the 
basic construction of the first embodiment, the text/im- 
age-supply apparatus 1 00 has an external memory l/F 
40 110 (not shown in the figure) to which an external-mem- 
ory apparatus MC (for example a memory card; a mem- 
ory card will be used in the explanation below) can be 
mounted. 

[0056] This external memory l/F 1 1 0 transfers the im- 
45 age data inside the memory card MC to the printer 200P 
according to a request from the printer-control unit 103 
of the text/image-supply apparatus 100. 
[0057] Here, when a memory card that stores images 
from a digital still camera is used as the memory card 
so MC, an application 1 01 that is capable of processing da- 
ta from a digital still camera (DSC) is of course used as 
the application 101. 

[0058] As in the first embodiment, the link destination 
of a link file L that is written in the top file T is stored as 
55 previously explained in the printer buffer 1 05, and when 
a printing request is issued, the printing-description data 
that was output according to the application 101 is 
stored in the printer buffer 1 05. Also, image data that is 
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linked to the printing-description data is data that can be 
printed by the printer 200P and is laid out in the printer 
buffer 1 05 from the memory card MC. 
[0059] However, here, the data stored in the memory 
card is data that can be processed by the printer 200P 5 
such as JPEG data or the like, so in this state, the link 
destination of a link file that is written in the top file T can 
be located in a position that corresponds to the object 
in the memory card. 

[0060] However, when the data in the memory card 10 
MC is a link destination, that data is not deleted even 
when a notification is sentfrom the printer side thatprint- 
ing has ended. 

[0061] With the construction described above, as in 
the first embodiment, it is possible to use the internal 15 
HDD or the like that is installed in the apparatus as the 
spooling buffer, or it is also possible to use as is an ex- 
ternally connected memory card or the like as the print- 
ing buffer. Also, in the text/image-supply apparatus it is 
sufficient to just create the top data of the printing-de- 20 
scription data that contains layout data. 
[0062] In third, fourth embodiments of the invention to 
be described below, the rasterization method of text/im- 
age data in the first and second embodiments described 
above will particularly be explained in more detail. 25 

(Embodiment 3) 

[0063] Fig. 1 0 is a block diagram showing an example 
of the construction of the printing system to which the 30 
Invention is applied, and Fig. 11 is a diagram of the net- 
work to which the system is applied. 
[0064] In Fig. 11 , the STB 1000 and printer 2000 are 
connected together by way of an IEEE1394 bus 3000. 
A digital TV or set-top box (STB) can be used as the 35 
STB 1 000, however it is also possible to use any device 
that can supply text and images. Also, it is also possible 
to use any device capable of forming text or images, 
such as a printer or facsimile, as the printer 2000. Fur- 
thermore, it is possible to use any means that is capable 10 
of transferring data, such as USB, bluetooth (R), public 
network, dedicated line, Internet network or the like, as 
the IEEE1394 bus 3000 shown in Fig. 11. 
[0065] Fig. 10 shows the internal construction in the 
case when an IEEE1394 bus 3000, STB 1 000 and print- 45 
er 2000 are used, and Fig. 1 9 is a flowchart showing 
that operating procedure. In Fig. 1 9, it is possible to set 
a plurality of channels forthe transfer paths between the 
STB 1 000 and printer 2000, and it is presumed that a 
plurality of individual data is transferred in parallel, how- so 
ever, it is also possible to transfer all data on one chan- 
nel. 

[0066] As shown in Fig. 1 0, the STB 1 000 comprises 
the following units. That is, it comprises: an application 
1 01 that generates the printing-description data; a con- 55 
version unit 1 02 that converts the format of the printing- 
description data output from the application 1 01 to print- 
ing-description data having a link file format (here, 



XHTML is used) with a hierarchical structure that can 
be read by the printer 2000; a printer-control unit 1 03 
that issues printing jobs for printing requests that corre- 
spond to the printing-description data and controls the 
buffer for the printing-description data; a printing buffer 
1 05 that temporarily stores the printing-description data; 
and a communication l/F 104 that is an interface con- 
necting to the I EE E1 394 bus 3000. 
[0067] Also, the printer, which is the printer 2000, 
comprises: a communication l/F 204 that is an interface 
connecting to the IEEE1394 bus 3000; a queue-control 
unit 203 that is a queue-control unit that stores the print- 
ing job; an interpreter 205 that interprets the printing- 
description data (here it is XHTML data) and gives it to 
the rasterizer; a rasterizer 202 that performs rasteriza- 
tion based on printing data obtained from the interpreter; 
and a printer engine 201 that visibly records and outputs 
the rasterized printing-description data on a recording 
medium. 

[0068] With this construction, when the user uses the 
application to output a printing request after editing 
printing data, for example, printing-description data is 
output from the application 101. This application 101 
can be a mailer, WEB browser or BML browser, DSC 
album that can edit data from a digital still camera, or 
the like. The data is laid out again by a lay outer, and 
the conversion unit 102 further converts the data to a 
language, such as XHTML format for example, that can 
be interpreted on the printer side (of course in this case 
when the data that is output from the application is al- 
ready In XHTML format, it is not particularly necessary 
to perform conversion). 

[0069] The printing- description data that is converted 
in this way is then given to the printer-control unit 1 03 
and stored in the printing buffer 105. When doing this, 
image-object files that are linked in the printing-descrip- 
tion data are converted to data (JPEG or PNG format) 
having a format that can be processed and printed by 
the printer, and copied from the original source to the 
printing buffer 1 05. This source can be either inside or 
outside of the text/image-supply apparatus 100. 
[0070] Of course, here also, when the data is already 
in a format that can be processed and printed by the 
printer, conversion is not necessary. 
[0071] The memory or HDD of the STB 1 000 can be 
used as this printing buffer 1 05. For example, when the 
STB 1000 is a set-top box ordigital television, the mem- 
ory unit, such as a HDD, that is originally installed in the 
set-top box or digital television can be used. 
[0072] Here, when printing image data such as shown 
in Fig. 5, the data is converted to a language that can 
be interpreted by the printer as shown in Fig. 7 (here, 
XHTML format or so-called ML format is used) and 
stored in the printing buffer 105. Fig. 6 conceptually 
shows the example of Fig. 7. The diagram shown in Fig. 
5, in more detail, comprises the data PRESENT.bml, 
CAR.jpg and CUP.jpg of Fig. 13A. These data are re- 
ceived by the STB during a data broadcast, and first 
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stored in the HDD 106 shown in Fig. 10. 
[0073] The printing-description data that is created by 
the application 101 in this way is further converted by 
the conversion unit 1 02 into a language, such as XHTML 
format, that can be interpreted on the printer side, han- 
dled as the top file for one printing request, and stored 
in the memory unit of the text/image-supply apparatus 
with the structure shown in Fig. 6. 
[0074] That is, PRESENT.bml in the data shown in 
Fig. 13A is converted by the conversion unit 102 to 
printl.xml shown in Fig. 13B. This printl.xml, as well as 
the CAR.jpg and CUP.jpg that are saved in the HDD 1 06 
shown in Fig. 1 0, are saved in the printing buffer 1 05 
shown in Fig. 1 0. At this time, CAR.jpg and CUP. jpg can 
be used as is saved in the HDD 1 06 without being saved 
in the printing buffer 105, however, when the program 
changes during data transmission, printing trouble oc- 
curs when the data in the HDD disappears, so in that 
case, it is particularly desirable that all of the data be 
saved in the printing buffer 1 05. 
[0075] In Fig. 6, the top file T "printl .xml' is data in the 
highest layer that sets the framework of the entire print- 
ing object, and is printing-description data that is edited 
into markup language ML. Also, the top file T contains 
the location of images, the location and size of text, text 
that is to be printed, and the like. 
[0076] The printl.xml file shown in Fig. 13 corre- 
sponds to a top file. The link file L1 'car.jpg' is an image 
of company A's car that is stored in the sub-directory in 
the printing buffer 105 shown on line 19 in Fig. 7 and, 
and linkfile L2 'cup.jpg' is an image of a cup that is stored 
in the sub-directory in the printing buffer 105 shown on 
line 22 of Fig. 7. The name of the sub-directory in the 
printing buffer 105 can be a code that uniquely corre- 
sponds to the printing job, for example, it can be the 
same as the job ID, and it is also further possible to copy 
each of the files from the source where they are origi- 
nally saved to the printing buffer 1 05 and save and store 
them in the sub-directory. 

[0077] Also, the printer-control unit 1 03 performs the 
aforementioned storage process as well as receives a 
printing request output by the application 101 and issues 
a printing job that contains the job ID and printing con- 
ditions (for example, number of prints, print quality, color 
instructions, printing direction, format, etc.) as job data 
(Fig. 19, step S101). 

[0078] The printing job that is issued in this way is sent 
to the queue-control unit 203 via the l/F 104 and 
IEEE1394 bus 3000. This queue-control unit 203 stores 
the obtained job, performs queue control, and sequen- 
tially sends the job data to the interpreter 205. The in- 
terpreter 205, executes the printing process described 
below based on path data that indicates the location 
(URI) in the printing buffer 105 where the printing-de- 
scription data contained in this printing job is located. 
Besides containing the job ID and printing conditions, 
the queued job data also contains path information data 
indicating the location (URI) in the printing buffer 105 



where the printing-description data is located, however 
it does not contain data required for text/image forma- 
tion (text or image). 

[0079] Here, Fig. 1 5 will be used to explain in detail 

5 the communication between the STB and printer after 
the user sends a printing request. 
[0080] After the user uses the application 1 01 on the 
STB and requests that desired data be printed (S1 501 ), 
the application 101 outputs printing-description data 

10 (S1502). The printer-control unit 1 03 further stores the 
output printing-description data in the printing buffer 1 05 
(S1503). At the same time, the image object files that 
are linked in the printing-description data are also cop- 
ied to the printing buffer 105 (S1503). Furthermore, a 

is set of data containing, printing conditions that were giv- 
en at the tile of the printing request (number of prints, 
print quality, color instruction, etc.), an ID given to each 
printing request for identification, and path data indicat- 
ing the location (URI) of the printing-description data or 

20 top file, is created as job data (S1 504). 

[0081] The STB notifies the printer of the job data 
(S1505), and when the printer receives the job data the 
job data is stored and queued by the queue-control unit 
203 (S1 506). 

2s [0082] Next, the printer detects the location (URI) of 
the top file related to the printing request from the job 
data (S1 507), and based on that location (URI) the print- 
er sends a request to the STB to transfer the top file 
(S1 508). The STB receives the transfer request from the 

so printerto transferthe top file, then extracts and printing- 
description data stored in the printing buffer 1 05 as the 
top file (S1 509) and transfers it to the printer (S1 51 0). 
[0083] When the printer receives the top file that was 
transferred from the STB (S1511), it starts the process 

35 for calculating the layout based on the top file and starts 
rasterization (S1512). 

[0084] Next, during rasterization, when the judgment 
unit 2051 detects an object file A that is linked to the top 
file (S1513), the printer, by way of the data-request unit 

40 1503, requests that the object file A be transferred 
(S1 51 4). The STB receives the request from the printer 
to transfer the object file A, then extracts the object file 
A that is stored in the printing buffer 105 (S1515) and 
transfers it to the printer (S1516). 

45 [0085] When the printer receives the object file A that 
is transferred from the STB (S1517), it performs the ras- 
terization process for the necessary band (S1518) and 
prints the data. 

[0086] Next, in the printer the rasterization process is 
so performed for the next necessary band (S1519). Here, 
similar as was done before, during the rasterization 
process, when the judgment unit 2051 detects the object 
file Athat is linked to the top file (S1520), the printer, by 
way of the data-request unit 2503, requests that the ob- 
55 ject file A be transferred. The STB receives the request 
from the printerto transferthe object file A, then extracts 
the object file A that is stored in the printing buffer 1 05 
(S1 522) and transfers it to the printer (S1 523). The print- 
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er receives the object file A that is transferred from the 
STB (S1524), and in this band, when the judgment unit 
2051 further detects during rasterization a new object 
file B that is linked to the top file (S1 525), as before, the 
printer, by way of the data-request unit 2503, requests 
that the object file B be transferred (S1526). 
[0087] The STB receives the request from the printer 
to transfer the object file B, then extracts the object file 
B that is stored in the printing buffer 105 (S1527) and 
transfers it to the printer (S1528). When the printer re- 
ceives the object f i le B that was transferred from the STB 
(S1529), it performs the rasterization process for the 
necessary band (S1530) and prints the data. 
[0088] The process described is repeated, and when 
the printing process ends for one job (S1 531 ), the printer 
deletes the finished job data from the job queuing 
(S1532), and further notifies the STB that the job has 
ended (S1533). The STB receives the notification and 
acknowledges that the job has ended, and deletes the 
printing-description data (top file) that is copied and 
stored in the printing buffer 1 05, and also deletes the 
image object files that are linked to the printing-descrip- 
tion data from the printing buffer 1 05 (S1 534). 
[0089] As shown in Fig. 14, when there is a plurality 
of jobs, after one job has ended, processing is per- 
formed to connect the jobs (queuing) to move on to the 
next job. 

[0090] Fig. 3 is a functional block diagram showing the 
construction of the interpreter. When the judgment unit 
2051 of the interpreter 205 determines that a signal sent 
from the queue-control unit 203 in this way is a printing 
job from the path data that indicates the location of the 
top file contained in that signal, it sends an instruction 
to the channel-control unit 2052. The channel-control 
unit 2052 receives that instruction and instructs the l/F 
204 to set a channel. By doing this, the data-transfer- 
request unit 2053 sends the path data to the printer-con- 
trol unit 103 by way of the set channel, and issues an 
acquisition request to the printer-control unit 103 to ac- 
quire the top file T, which is the highest-layer data that 
corresponds to the printing job (Fig. 19, step S102 --> 

5103) . 

[0091] According to this, the printer-control unit 1 03 
sends the requested top file T to the interpreter 205 by 
way of the communication l/Fs 104, 105 (Fig. 19, step 

51 04) . Then the interpreter 205 starts reading the print- 
ing-description data from the STB 1000 (Fig. 19, step 
S104). 

[0092] The method used here for requesting that data 
corresponding to the top file T be transferred is a method 
of indicating the top file, which is the printing object, and 
requesting that it all be transferred at once. However, in 
this method, when the amount of data in the top file T 
becomes large, it places a burden on the transmission 
path and there is a possibility that it may affect other 
devices, so a method of requesting an arbitrary amount 
of data starting from an arbitrary position in the top file 
is also possible. The method of requesting an arbitrary 



amount of data could be a method that divides up the 
data in one file, and requests it in parts. More particu- 
larly, in the first request, 1 0 KB of data starting from the 
start of the top file is requested, then, in the next request, 
5 1 0 KB of data starting from a position offset 1 0 KB from 
the start is requested. 

[0093] In addition, thejudgment unit 2501 oftheinter- 
preter 205 determines the type of the printing-descrip- 
tion data and discards any unnecessary data (for exam- 
10 pie audio data), then gives the data to be printed to the 
rasterizer 202. The rasterizer 202 that receives the data 
to be printed in this way rasterizes the data, and the 
printing engine 201 prints the data on a recording me- 
dium. 

15 [0094] The judgment unit 2051 detects that a link file 
L that is linked to the top file T has been added to the 
printing-description data as shown in Fig. 7. After de- 
tecting that a link file L has been added, the channel- 
control unit 2052 sends an instruction to the l/F 204 to 

20 set a different channel than the currently set channel. 
As soon as the new channel is set, the data-request unit 
2503 sends a transfer request to transfer the object. Ac- 
cording to this request, reading of the link file as the ob- 
ject file begins (Fig 19, step S105, YES --> S121 --> 

25 S122 -> S123). This object file can be read an arbitrary 
amount at a time, and that value can be set in advance, 
or it is possible for the data-amount-calculation unit 
2054 to calculate and set the amount of data needed for 
rasterization at that time (Fig. 19, step S111). 

so [0095] In more detail, rasterization is performed in 
band units, and the amount of data necessary for the 
one band is set based on printing conditions, such as 
the paper size obtained at the time of the printing re- 
quest. Also, the necessary amount of the object file that 

35 is to be processed in one band is calculated based on 
layout data for the object file that is obtained from the 
top file T by the judgment unit 2051. Therefore, in the 
case where the amount of data of the object file that is 
necessary for one band is 1 0 KB, for example, it is pos- 

40 sibleforthe printer to request that only 10 KB of the ob- 
ject file be transferred and then transfer is performed 
one time, or it is possible to transfer 1 KB of data ten 
times. Also, normally object files such as image data are 
compressed, so it is possible for the printer to set that 1 

45 KB of data be transferred at one time and perform de- 
compression each time the data is received, and then 
determine whether or not the amount of data of the ob- 
ject file necessary for one band has been satisfied. If the 
amount has not yet been satisfied, requests to continue 

so transferring the object file are performed until the nec- 
essary amount has been satisfied. With this kind of proc- 
ess, the necessary amount of data is collected as the 
entire data for one band and rasterization is performed. 
[0096] Here, as shown in Fig. 13, when there is a plu- 

55 rality of object files, the calculation described above is 
performed for each object file, and the amount of data 
necessary for one band-processing unit is read for each 
file, respectively. 
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[0097] In this process, as soon as the amount of data 
of the read object file reaches the amount of data nec- 
essary for band processing, transfer is temporarily in- 
terrupted, and rasterization is performed (Fig. 1 9, step 
S112). It is also possible to perform the next transfer 
process in the background as long as there is enough 
memory even though transfer is interrupted in this way. 
After the rasterization process ends and it becomes nec- 
essary again in the next rasterization process to transfer 
the data that had been interrupted, transfer of data be- 
gins from the next position in the printing buffer 1 05 after 
the position where transfer stopped the previous time 
(Fig. 19, step S106, NO --> S107 --> S108). Also, as 
soon as reading of one object is completed, the channel 
that was set like this is released (Fig. 19, step S109, 
YES --> S110). Moreover, when all printing jobs are 
completed, the printing-control unit 103 is notified that 
printing has ended (Fig. 19, step S113 -> S114). 
[0098] The general relationship between the printing 
job and the object is as shown in Fig. 18. That is, each 
printing job is divided by printing objects, and the data 
of each printing object corresponds to the object. In the 
third embodiment, there is one job and two objects. 
[0099] Fig. 8 shows this procedure in more detail. The 
steps 1 , 2...below correspond to the symbols 1,2... in 
Fig. 8. In this example, a bus IEEE1394 that is capable 
of being used by a plurality of channels at the same time 
is used, so as will be described below, a corresponding 
channel will be set for each of the plurality of objects, 
however, of course it is also possible to transfer the data 
of a plurality of objects using the same channel (same 
line). Here, it is presumed that the top file has already 
been read using the procedure described above. When 
relating the opening and closing of the channel to Fig. 
8, the process is as shown in Fig. 16. Furthermore, the 
relationship between the channel and thefile to be trans- 
ferred is shown in Fig. 1 7. 

1 . First, base data (text data) written in the top file 
of the highest layer is rasterized in the first band- 
width. 

2. Rasterization of the base data written in the top 
file of the highest layer is started in the second 
bandwidth. 

3. An object file (image data) that is indicated by link 
data is detected during rasterization of base data 
written in the top file of the highest layer in the sec- 
ond bandwidth. Here, another channel is set and a 
transfer request to transfer the object file is sent to 
the printer-control unit 1 03, then the printer-control 
unit 1 03 that received the request transfers the data 
of the file from the printing buffer 105. 

That is, at the same time that the base data is 
being rasterized (or after the top file has been re- 
ceived) in the second bandwidth, the data-amount- 
calculation unit 2054 calculates from the layout data 
of the object the amount of data necessary for ras- 
terization of the object in that bandwidth, then the 



data-transfer-request unit 2053 sends a transfer re- 
quest to the printer-control unit 103 to transfer the 
object file. Normally, an object file of image data is 
in a compressed format such as JPEG, and in this 

5 case the following occurs. 

When the data-amount-calculation unit 2054 
calculates the necessary amount of data for raster- 
ization of object data (for example 1 0 KBytes) in that 
bandwidth, the data-transfer-request unit 2053 per- 

io forms a transfer request for transferring a preset 
amount of data (for example 4 KBytes) of the com- 
pressed object file. After the transfer process, the 
data of the transferred object file is expanded, and 
when the obtained amount of data (for example 7 

15 KBytes) is less than the necessary amount of data 
for rasterization of the object data in that bandwidth, 
the process is repeated again. In this way, the trans- 
fer request is performed until the necessary amount 
of data for rasterization of the object data in that 

20 bandwidth is reached. 

(The rasterizer continues the rasterization 
process of the object based on this data.) 

4. As soon as there is enough data to perform ras- 
terization of the previous object file in the second 

25 bandwidth, reading of the object file is temporarily 
interrupted and the second rasterization of base da- 
ta written in the top file of the highest layer contin- 
ues. 

5. Rasterization of the base data written in the top 
30 file of the highest layer starts in this third bandwidth. 

6. The same object file (image data) that is indicated 
by link data in step 3 is detected during rasterization 
of base data written in the top file of the highest layer 
in the third bandwidth. The continuing data of the 

35 object file data laid out by the procedure in step 3 
is requested and the file is read, then rasterization 
continues. 

7. As soon as there is enough data of the previous 
object file to perform rasterization in the third band- 

40 width, reading of the object file is interrupted and 
the third rasterization of the base data written in the 
top file of the highest layer continues. 

8. An object file (image data) indicated by link data 
that is different than that in step 6 is detected during 

45 rasterization in the third bandwidth of the base data 
written in the top file of the highest layer. At that time 
a transfer channel that is different that the one in 
steps 3 and 6 is established, and transfer of the data 
of the object file is requested by the same procedure 

so as in step 3 and the file is read, then rasterization 
continues. 

9. As soon as there is enough data of the second 
object to perform rasterization in the third band- 
width, reading of the object file is temporarily inter- 

55 rupted and the third rasterization of the base data 
written in the top file of the highest layer continues. 

10. Rasterization of base data written in the top file 
of the highest layer starts in the fourth bandwidth. 
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1 1 . The same object file (image data) that is indicat- 
ed by link data in step 3 and 6 is detected during 
rasterization in the fourth bandwidth of base data 
written in the top file of the highest layer. The con- 
tinuing data of the object file data laid out by the 
procedure in step 6 is requested and the file is read, 
then rasterization continues. 

12. As soon as rasterization of the first object file is 
finished, reading ends, and the transfer channel is 
released. Also, rasterization in the fourth bandwidth 
of the original base data written in the top file of the 
highest layer continues. 

13. The same object file indicated by link data in 
step 8 is detected during rasterization in the fourth 
bandwidth of base data written in the top file of the 
highest layer. The continuing data of the object file 
data laid out by the procedure in step 6 is requested 
and the file is read, then rasterization continues. 

14. As soon as rasterization of the second object 
file is finished, reading ends, and the transfer chan- 
nel is released. Also, rasterization in the fourth 
bandwidth of the original base data written in the 
top file of the highest layer continues. 

1 5. The base data written in the top file of the high- 
est layer is rasterized in the fifth bandwidth. 

1 6. The base data written in the top file of the high- 
est layer is rasterized in the sixth bandwidth. 

[0100] When there is a plurality of object files neces- 
sary for rasterization in one band processing unit, the 
text/image-formation apparatus theoretically performs 
transfer requests in parallel to transfer the plurality of 
objects. Therefore, theoretically by setting and assign- 
ing channels on the transmission path corresponding to 
each of the objects it becomes possible to transfer data 
independently, which has the effect of simplifying con- 
trol. 

[01 01 ] It is also possible for the text/image-formation 
unit to control only one channel and request the transfer 
of a plurality of objects. 

[0102] In the description above, the first data was path 
data indicating the location of the top file T (main XHTML 
data), however, it is also possible to send the data of the 
top file (main XHTML data) to the printer from the text/ 
image-supply apparatus from the beginning, and then 
to sequentially request the necessary object file data. 
[0103] Afterthe procedure described above has been 
repeated and transfer of all of the objects required by 
the printing request ends properly, rasterization ends, 
and afterthe data has been printed on the recording me- 
dium, the data-transfer-request unit 2053 sends an end 
notification to the printer-control unit 103 of the STB 
1000 together with the job ID. The printer-control unit 
1 03 that received the printing end notification deletes 
from the printing buffer 1 05 the printing-description data 
(top file) of that job ID together with the object files that 
are linked to it, which were stored in the printing buffer 
105. 



[0104] (Also, in the case that a sub-directory is creat- 
ed that relates the job ID to a job, and all of the files 
(including the top file) that are necessary for that job are 
stored together in that sub-directory, the text/image- 
5 supply apparatus receives the printing end data and the 
printer-control unit 1 03 deletes that sub-directory at one 
time.) 

[0105] Instead of the receiving an end notification 
from the printer, deletion of data from the printing bugger 

10 1 05 can also be performed by the text/image-supply ap- 
paratus sending an inquiry to the printer to detect wheth- 
er or not it is possible to delete the data. 
[0106] Also, when an error occurs in the printer during 
printing, the printing job must be deleted when neces- 

15 sary. For example, when there is a loss of power on the 
side of the printer during the printing process, the bus 
reset mode is set for the IEEE1 394 and the printer-con- 
trol unit 1 03 of the STB 1 000 receives the bus reset and 
sends a notification that the connection with the printer 

20 has been lost. At the timing when the printer-control unit 
1 03 detects that the connection with the printer has been 
lost, it can delete the job ID and printing-description data 
that are stored in the printing buffer. 
[0107] Furthermore, to avoid having unnecessary da- 

25 ta remain when an error in the system occurs, it is pos- 
sible to have the STB 1 000 delete thejob data and print- 
ing-description data in the printing buffer 1 05 when the 
power to the STB 1 000 goes from OFF to ON, or when 
a timer limit operates according to an arbitrarily set val- 

30 ue. 

[0108] As mentioned above, the printing system of 
this invention is such that when transferring printing-de- 
scription data using a serial bus connection, control 
(stopping and re-starting transfer) is performed such 
as that the data is transferred in a format that is readable 
by the image-formation apparatus, and data is trans- 
ferred in specified amounts at a time that can be raster- 
ized by the image-formation apparatus for each band 
unit. 

40 [0109] By doing this, there is no need for a large print- 
ing-description data buffer on the side of the printer for 
spooling, and furthermore it becomes possible to get 
other data atthe timing when it is necessary on the print- 
er side for the printing-description data, and this is ad- 

45 vantageous when performing the rasterization process. 
[0110] Also, on the side of the text/image-supply ap- 
paratus only a job needs to be issued and there is no 
need to perform a queuing process, so it is possible to 
use the HDD or the like installed inside the apparatus 

so as the spooling buffer. 

[0111] In this embodiment, an example was given in 
which a BML file created by the contents supplier was 
converted in the STB to an XML file, however, it is pos- 
sible to send the BML file from the STB to the printer 

55 according to a printing instruction from the user, and to 
convert the BMLfile to an XML file in the printer and then 
for the printer when necessary to PULL the link files 
stored in the HDD of the STB based on the XML file cre- 
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ated in this printer. 
(Embodiment 4) 

[0112] Fig. 12 is a functional block diagram showing 
a fourth embodiment of the invention. In this example, 
the STB 1000 and text/image-formation apparatus 
(printer) 200 are connected together by an IEEE1394 
bus 3000, and the basic construction is the same as that 
of the third embodiment. 

[01 1 3] However, in this fourth embodiment, in addition 
to the basic construction of the third embodiment, the 
STB 1000 comprises an external memory unit MC (for 
example, a memory card; a memory card will be ex- 
plained below) that has a mountable external memory 
l/F. 

[0114] This external memory 1/F 110transferstheim- 
age data inside the memory card MC to the printer 2000 
according to a request from the printer-control unit 1 03 
of the STB 1000. 

[0115] Here, when a memory card MC that stores im- 
ages from a digital still camera is used as the memory 
card MC, an application 1 01 that can of course process 
data of a digital still camera (DSC) is used as the appli- 
cation 1 01 . 

[0116] For example, when using a memory card MC 
on which images from a digital still camera are stored, 
the user activates the application 101 and reads all of 
the images stored on the memory card MC. Instead of 
all of the images, it is also possible to display thumbnail 
images on the digital TV screen and then display only 
the necessary images on a selection screen such that 
they can be selected. The image to be printed is select- 
ed from among the read images, and the layout is further 
edited such that the image taken by a digital still camera 
is laid out in the desired form to be printed. After the user 
finishes editing using the application 101 , the user then 
sends a printing instruction to the application, and the 
application generates printing-description data accord- 
ing to the edited contents and printing request. This gen- 
erated file corresponds to the top file in embodiment 3. 
In this fourth embodiment the top file does not exist al- 
ready as in the third embodiment, so it must be created, 
and it can be created by using either the STB application 
or printer application. When it is created by the printer, 
only data indicating which image was selected on the 
STB screen and which layout was selected is sent from 
the STB to the printer, and the top file is created based 
on this sent data. It is possible to put the link file in the 
top file directly from the memory card MC, or in order to 
perform processing similarto that of embodiment 3, it is 
possible to send all of the data from the memory card 
MC of the printer to the HDD 1 06 of the STB or printing 
buffer 105. 

[01 1 7] The printing-description data generated by this 
kind of application 1 01 is further converted by a conver- 
sion unit 102 to a language that can be read by the print- 
er, for example, is converter to XHTML format, and the 



handled as the top file T for one printing request, and 
then stored in the memory unit of the text/image-supply 
apparatus having the configuration shown in Fig. 6. 
[0118] In the third embodiment, the link destination of 

5 the linkfile L entered in the top file T is the printing buffer 
1 05 as before, and when there is a printing request, the 
printing-description data edited using the application is 
stored in the printing buffer 105. Also, the object data 
(image data) linked to that printing-description data is 

10 laid out from the memory card MC in the printing buffer 
1 05 as data that can be printed by the printer 2000. 
[0119] However, when the object data stored in the 
memory card MC here is data that can be processed by 
the printer 2000 such as JPEG data, in this state, the 

is link destination of the link file entered in the top file T 
can be a location that corresponds to the object data in 
the memory card. 

[01 20] In the case when the object data stored in the 
memory card is not data that can be printed by the print- 

20 er2000, the printer-control unit 103 can convert the data 
to data that can be printed by the printer 2000, and then 
transfer it to the printer 2000. Also, in the case when the 
printer-control unit 1 03 handles object data in the mem- 
ory card that cannot be printed by the printer 2000, it 

25 can perform the following kind of processing. That is, it 
can store the object data in the printing buffer 1 05, and 
then when that data is to be transferred to the printer 
2000, the printer-control unit 1 03 can convert that data 
to data that can be printed by the printer 2000 before 

30 transferring it to the printer 2000. It is also possible to 
store the data in the buffer 1 05 while (after) converting it, 
[0121] However, when the data in the memory card 
MC are taken to be the link destination, the data is not 
deleted even when the printer sends a notification that 

35 printing has ended. 

[0122] With the construction described above, as in 
the case of the third embodiment, it is possible to use 
an internal HDD as a spooling buffer, or is also possible 
to use an externally connected memory card or the like 

40 as is as a printing buffer. Moreover, it is enough for the 
text/image-supply apparatus to just create the top file of 
the printing-description data that includes the layout in- 
formation. 

[0123] In the case of the prior printer apparatus dis- 
45 closed in Japanese patent 2000-66867, rasterization is 
performed after text and images have been laid out and 
combined in page units based on the data of the top file, 
and then output to a recording medium as a visible 
record. Therefore, similar to the disadvantage of the 
so push-type method, it is necessary to have a printing buff- 
er on the side of the printer that has a specified capacity 
(in this case, the capacity must be at least enough for 
the entire page), and thus cost limits occurred. However, 
with this invention, there is no need to have a large-ca- 
55 pacity memory unit such as a hard disc on the side of 
the text/image-formation apparatus. Particularly, when 
processing text/image data containing a plurality of files, 
by having a channel for each file, it becomes easy to 
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perform channel control for transferring data between 
the STP 1000 and printer 2000, and thus it is possible 
to obtain the effect of simplifying data processing be- 
tween the STB 1000 and printer 2000. 

(Embodiment 5) 

[0124] Next, a fifth embodiment of the invention will 
be explained. In the embodiments described above, ex- 
amples were giving of communication that used an 
I EEE1 394 bus, however, here Figs. 20 to 22 will be used 
to explain in detail the use of 'Bluetooth' (R) instead of 
an IEEE1394 bus. 

[0125] Bluetooth is a name used for the currently 
standardized remote wireless technology, and the fol- 
lowing explanation uses the terminology that is used by 
this Bluetooth standardization group, 'The Bluetooth 
Special Interest Group (SIG)'. 
[0126] First, Fig. 20 is used to explain the Bluetooth 
protocol. In the Bluetooth standards, the baseband 
2001 , LMP (Link Manager Protocol) 2002, L2CAP (Log- 
ical Link Control and Adaptation Protocol) 2003, RF- 
COMM 2004, SDP (Service Discovery Protocol) 2005 
and TCS (Telephony Control Protocol Specification Bi- 
nary) 2006 are regulated. 

[0127] Also, in the case of using Bluetooth, the appli- 
cation can perform communication using OBEX (Object 
Exchange) orTC/IP that is normally used in convention- 
al communication technology. Furthermore, the Blue- 
tooth standards regulate the types of profiles 2101 (for 
each application) shown in Fig. 21 . 
[0128] Of these profiles, in this fifth embodiment, the 
case of using the object exchange profile 2102 will be 
explained. 

[0129] The general-purpose object exchange profile 
comprises all of the processes used with performing ob- 
ject (file) exchange, and depending on the type of ex- 
change method, the 'Object Push Profile' 21 03, the 'File 
Transfer Profile' 2104, the 'Synchronization Profile 1 
2105 or the 'Basic Printing Profile' (BPP) 2106 is used. 
[0130] Examples of using each profile are shown in 
Fig. 22. The object push profile 21 03 is used when per- 
forming comparatively small sized object exchange 
(Push/Pull type) such as when exchanging name and 
address information using portable telephones (exam- 
ple 2201). The file transfer profile 2104 is used when 
transferring comparatively large files between personal 
computers (example 2202). The synchronization profile 
21 05 is used when realtime transfer of audio and video 
(data synchronization function) is necessary even when 
there is an asynchronous connection (example 2203). 
Also, the basic printing profile (BPP) 21 06 in use togeth- 
er with the Object Exchange (OBEX) makes it possible 
for a PDA or portable telephone (a device without a print- 
er port) to communicate with a printer without a printer 
driver (example 2204). By having an object exchange 
program, OBEX 2008, installed in the RFCOMM 2004, 
these make an asynchronous connection between a 



master and a slave possible. 
[0131] Here, a more specific example of using the Ba- 
sic Printing Profile 2106 of the object exchange profiles 
will be explained. 

5 [0132] In the Basic Printing Profile 2106, there is a 
Simple Push Transfer Model and a Job Based Transfer 
Model. Each of these will be explained below. 
[0133] In the Simple Push Transfer Model, the send- 
ing side (image-supply apparatus 1 00) uses PUT RE- 

10 QUEST according to the OBEX protocol to send the ob- 
ject to the receiving side (image-formation apparatus 
200). In this model, neither job management nor the ac- 
quisition of status is performed the two sides. 
[0134] When the image-supply apparatus 1 00 gener- 

15 ates a printing request, the application uses the OBEX 
protocol Operation (= File Push) to send document data 
to the image-formation apparatus 200. At this time, the 
document data is included in one OBEX header, or in 
other words the Body Header. 

20 [0135] Also in this model, when a referenced object 
such as image data is included the printing contents, the 
image-formation apparatus 200 has a mechanism that 
is capable of searching for image data from the image- 
supply apparatus 1 00 at the connection destination , and 

25 in that case, the image-formation apparatus 200 uses 
the GET REQUEST instruction or Operation (= Get Ref- 
erenced Objects) in the OBEX protocol to perform a 
send request to the image-supply apparatus 1 00 to send 
the required referenced object. At this time, the image- 

30 formation apparatus 200 sets that the GET request is a 
referenced object in the Type Header, which is an OBEX 
header, sets URI in the Name Header, and sets the Off- 
set and Count in the Application parameter header. The 
Offset indicates the amount of offset (bytes) with respect 

35 to the image or file data, and the Count indicates the 
amount (bytes) to be sent. The image-supply apparatus 
1 00 receives the request and sets the image data re- 
quested by the image-formation apparatus 200 in the 
OBEX response Body Header as GET RESPONSE, 

40 and sends it to the image-formation apparatus 200. 
[0136] Also, in the Job Based Transfer Model, com- 
munication is performed using the OBEX protocol in the 
same way as described above, however, it differs from 
the Simple Push Transfer Model, in that the job is gen- 

45 erated and data transfer is performed based on the job 
ID. In the case of a message response for job manage- 
ment or status acquisition, the response is put in the 
form of a record with SOAP/XML format and exchanged. 
[0137] When the document data itself is transferred, 

so first, after the application of the image-supply apparatus 
100 performs the job generation process using the 
OBEX protocol GET REQUEST or Operation (= Create 
Job), the image-supply apparatus 1 00 receives the Job 
ID included in the Application parameter header as the 

55 GET RESPONSE from the image-formation apparatus 
200. Them the image-supply apparatus 100 uses the 
PUT REQUEST or Operation (=Send Document) to 
send the document data. At this time, the documenttype 
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is set in the OBEX Type Header, and the printing data 
itself is set in the Body Header. Also in this case, as in 
the case of the Simple Push Transfer Model, when a 
referenced object such as image data is contained in 
the printing contents, the image-formation apparatus 
200 has a mechanism that is capable of searching for 
the image data from the image-supply apparatus 1 00 at 
the connection destination, and in that case, the image- 
formation apparatus 200 uses the GET action or Oper- 
ation (= Get Referenced Objects) according to the 
OBEX protocol to perform a send request to the image- 
supply apparatus 100 to send the required referenced 
object. At this time, the image-formation apparatus 200 
sets that the GET request is referenced object in the 
Type Header OBEX header, sets URI in the Name 
Header, and sets the Offset and Count in the Application 
parameter header. The Offset indicates the offset 
amount (bytes) with respect to the image or file data, 
and the Count indicates the amount (bytes) to be sent. 
The image-supply apparatus 1 00 receives this request, 
then sets the image data requested by the image-for- 
mation apparatus 200 in the response OBEX Body 
Header as GET RESPONSE, and sends it to the image- 
formation apparatus 200. 

[01 38] Also, in the Simple Push Transfer Model, in ad- 
dition to the application usingthe PUT REQUEST OBEX 
protocol or Operation (= File Push) to send the docu- 
ment data to the image-formation apparatus 200, the im- 
age-supply apparatus 1 00 uses the Operation (= Simple 
Reference Push) to set the URL for referencing the 
OBEX Body Header without sending the document data 
itself, and the image-formation apparatus 200 that re- 
ceives it uses the OBEX protocol GET REQUEST or Op- 
eration (= Get Referenced Objects) based on the ob- 
tained reference URL to perform a send request to the 
image-supply apparatus 1 00 to send the required refer- 
enced document data. 

[0139] Also, in the case of the Job Based Transfer 
Model, as in the case of the Simple Push Transfer Mod- 
el, during processing of the Job Based Transfer Model, 
the image-supply apparatus 100 uses the PUT RE- 
QUEST or Operation (= Send Reference) instead of the 
Operation (= Send Document) to set a URLfor referenc- 
ing the OBEX Body Header without sending the docu- 
ment data itself, and then the image-formation appara- 
tus 200 that received this, uses the OBEX protocol GET 
REQUEST or Operation (= Get Referenced Objects), 
and sends a send request to the image-supply appara- 
tus 1 00 to send the required referenced document data 
based on the obtained reference URL. 
[0140] As described above, in the case of using 'Blue- 
tooth' as well, the image-formation apparatus 200 and 
acquired just a specified amount data from a specified 
part of the image data from the image-supply apparatus 
100. 
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Claims 

1. An image-data transfer method that is used be- 
tween a text/image-supply apparatus and image- 

5 formation apparatus that are connected by a com- 
munication means and that performs transfer based 
on printing-description data in link-file format having 
a level structure and comprising: 

10 a step of transferring the printing-description 

data of the highest level of said level structure 
from said text/image-supply apparatus to said 
image-formation apparatus based on a request 
from said image-formation apparatus; and 

15 a step of acquiring object data, which corre- 

sponds to link information when link information 
is detected in said highest level, in only the units 
required for one rasterization process by said 
image-formation apparatus. 

2. The image-data transfer method of claim 1 wherein 

said image-formation apparatus requests 
said text/image-supply apparatus to transfer data at 
a desired timing. 

25 

3. The image-data transfer method of claim 1 wherein 

said image-formation apparatus sets a plural- 
ity of transmission channels corresponding to the 
number of objects to be transferred between said 
so image-formation apparatus and said text/image- 
supply apparatus in response to a data-transfer re- 
quest to transfer a plurality of objects required for 
said rasterization, and performs control in parallel 
of data transferred over each transmission channel. 

35 

4. The image-data transfer method of claim 3 wherein 

said image-formation apparatus independ- 
ently controls a data-transfer process when per- 
forming control for each of said plurality of transmis- 
40 sion channels. 

5. The image-data transfer method of claim 1 wherein 

said image-formation apparatus specifies an 
arbitrary amount of data from an arbitrary position 
45 in said object data and sends a data-transfer re- 
quest to said text/image-supply apparatus. 

6. The image-data transfer method of claim 5 wherein 

said arbitrary position in said object data is the 
so end position of the previous acquisition of said ob- 
ject data, and said arbitrary amount of data is the 
amount necessary for one rasterization process. 

7. The image-data transfer method of claim 1 wherein 
55 said link information contains at least path in- 
formation indicating a storage location where said 
text/image-supply apparatus stores object data or 
information corresponding to a URI (Universal Re- 
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source Identifier). 

8. The image-data transfer method of claim 1 wherein 

said text/image-supply apparatus transfers 
data according to a data-transfer request based on 
said link information from said image-formation ap- 
paratus. 

9. An image-formation apparatus that receives the re- 
quired data that is transferred from a text/image- 
supply apparatus based on printing-description da- 
ta that is in link-file format having level structure, 
and forms Image data, and comprises: 

a judgment unit that is operable to recognize 
link information in the printing-description data 
that is transferred from said text/image-supply 
apparatus; and 

a data-transfer-request unit that is operable to 
send a request to said text/image-supply appa- 
ratus based on the link information recognized 
by said judgment unit to transfer object data 
that corresponds to that link information. 

10. The image-formation apparatus of claim 9 wherein 

said data-transfer-request unit is operable to 
acquire said object data only in units necessary for 
one rasterization process. 

1 1 . The image-formation apparatus of claim 1 0 wherein 

said data-transfer-request unit is operable to 
send a request to said text/image-supply apparatus 
to transfer data at arbitrary timing. 

12. The image-formation apparatus of claim 10 further 
comprising: 

a channel-control unit that is operable to spec- 
ify the setting of channels in the transmission 
path for transmitting objects corresponding to 
link information when said judgment unit de- 
tects the existence of link information. 

13. The image-formation apparatus of claim 1 2 wherein 

said channel-control unit is operable to set a 
plurality of channels between said image-formation 
apparatus and said text/image-supply apparatus for 
transferring the necessary plurality of object data, 
and controlling in parallel the data transfer by each 
channel. 

14. The image-formation apparatus of claim 1 3 wherein 

said channel-control unit is operable to inde- 
pendently control the transfer of data when perform- 
ing control of each of the plurality of said transmis- 
sion channels. 

15. The image-formation apparatus of claim 10 further 



comprising: 

a data-acquisition-amount-calculation unit that 
is operable to calculate the necessary amount 
5 of data to be transferred. 

16. The image-formation apparatus of claim 15 wherein 

said data-acquisition-amount-calculation unit 
is operable to calculate a specific amount from the 
10 next data following the previously acquired object 
data. 

17. An image-printing system that is used between a 
text/image-supply apparatus and image-formation 

is apparatus that are connected by a communication 
means and that performs transfer based on print- 
ing-description data in link-file format having a level 
structure and 

comprising on said text/image-supply appara- 

20 tus side: 

a printing buffer that is operable to store said 

printing-description data; and 

a printer-control unit that is operable to transfer 

25 said printing-description data to the image-for- 

mation apparatus according to a request from 
said image-formation apparatus, and to trans- 
fer object data from a storage location to said 
image-formation apparatus according to an ob- 

30 ject-data-acquisition request from the image- 

formation apparatus; and 

comprising on said image-formation side: 

35 a judgment unit that is operable to recognize 

link information in the printing-description data 
that is transferred from said text/image-supply 
apparatus; and 

a data-transfer-request unit that is operable to 
40 send a requestto said text/image-supply appa- 

ratus based on the link information recognized 
by said judgment unit to transfer object data 
that corresponds to that link information. 

45 18. The image-printing system of claim 17 wherein 

said printer-control unit is operable to set a 
generated Job ID and the printing-description data 
that is stored in said printing buffer such that they 
uniquely correspond. 

19. The image-printing system of claim 17 wherein 

said printer-control unit is operable to delete 
the printing-description data that is stored in said 
printing buffer, together with the Job information, at 
55 timing when a notification that printing has ended 
normally is received from the image-formation ap- 
paratus. 
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20. The image-printing system of claim 1 7 wherein 

said printer-control unit is operable to delete 
the printing-description data that is saved and 
stored in said printing buffer together with the job 
information at timing when it is detected that the 
communication connection with said image-forma- 
tion apparatus has been disconnected. 

21 . The image-printing system of claim 1 7 wherein 

said printer-control unit is operable to delete 
the printing-description data that is saved and 
stored in said printing buffer together with the job 
information when an error occurs in the system and 
communication connection with said image-forma- 
tion apparatus. 

22. The image-printing system of claim 21 wherein 

when an error occurs and that error cannot be 
restored within a specified amount of time set by the 
timer, said printer-control unit deletes the printing- 
description data that is saved and stored in said 
printing buffer together with the job information. 

23. The image-printing system of claim 1 7 wherein 

said printer-control unit is operable to store 
the highest-level data of the printing-description da- 
ta and said object data that is linked to that highest 
level in said printing buffer. 

24. The Image-printing system of claim 1 7 wherein the 
memory unit originally installed in said text/image- 
supply apparatus is used as said printing buffer. 

25. The image-printing system of claim 1 7 wherein the 
link destination f orthe object data linked to the high- 
est-level of said printing-description data is a stor- 
age medium that is different than said printing buff- 
er. 

26. A text/image data-transfer method used between a 
text/image-supply apparatus and text/image-for- 
mation apparatus that are connected by a commu- 
nication means and that performs transfer based on 
printing-description data in link-file format having a 
level structure and comprising: 

a step of transferring data, which specifies the 
highest-level printing-description data, from 
said text/image-supply apparatus to said im- 
age-formation apparatus; 
a step whereby said text/image formation ap- 
paratus sends a transfer request to said text/ 
image-supply apparatus based on data that 
specifies said highest-level printing-description 
data to transfer said highest-level printing-de- 
scription data; 

a step of transferring said highest-level print- 
ing-description data from said text/image-for- 



mation apparatus to said text/image-supply ap- 
paratus based on a request from said text/im- 
age-formation apparatus; and 
a step of acquiring data or file of an object cor- 
5 responding to link information, when link infor- 

mation was detected in said highest level, only 
in units necessary for one rasterization process 
of said text/image-formation apparatus. 

10 27. A text/image data-transfer method used between a 
text/image-supply apparatus and text/image-for- 
mation apparatus that are connected by a commu- 
nication means and that performs transfer based on 
printing-description data in link-fiie format having a 

15 level structure and comprising: 

a step of transferring highest-level printing-de- 
scription data from said text/image-supply ap- 
paratus to said text/image-formation appara- 

20 tus; and 

a step of acquiring data or a file of an object that 
corresponds to link information, when said link 
information is detected in said highest level, on- 
ly in units necessary for one rasterization proc- 

25 ess of said text/image-formation apparatus. 

28. The text/image data-transfer method of either claim 
26 or claim 27 wherein 

said text/image-formation unit is operable to 
30 send a requestto said text/image-supply apparatus 
to transfer data at arbitrary timing. 

29. The text/image data-transfer method of claim 28 
wherein 

35 said text/image-formation apparatus is oper- 

able to request in parallel that a plurality of data cor- 
responding to the number of objects be transferred 
from said text/image-supply apparatus, when send- 
ing a transfer request to transfer data or files of a 

40 plurality of objects necessary for said rasterization 
process. 

30. The text/image data-transfer method of claim 29 
wherein 

45 said text/image-formation apparatus inde- 

pendently controls the data transfer process when 
transfer of said plurality of data is requested in par- 
allel. 

The text/image data-transfer method of either claim 
26 or claim 27 wherein 

said text/image-formation apparatus speci- 
fies an arbitrary amount of data from an arbitrary 
position in the data or file of said object and sends 
a request to said text/image-supply apparatus to 
transfer data. 

The text/image data-transfer method of either claim 
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26 or claim 27 wherein transfer of data or files of 
said object is performed one time or repeated a plu- 
rality of times until said arbitrary amount of data nec- 
essary for one rasterization process is obtained. 

33. The text/image data transfer method of either claim 
26 or claim 27 wherein 

said link information contains information 
specifying at least the storage location of the data 
or files for the object stored by said text/image-sup- 
ply apparatus. 

34. The text/image data-transfer method of claim 33 
wherein 

said information specifying said storage loca- 
tion is path information. 

35. The text/image data-transfer method of claim 33 
wherein 

said information specifying said storage loca- 
tion is a URI (Universal Resource Identifier). 

36. The text/image data-transfer method of claim 26 
wherein 

said information that specifies said highest- 
level printing-description data is path information. 

37. The text/image data-transfer method of claim 26 
wherein 

said information that specifies said highest- 
level printing-description data is a URI (Universal 
Resource Identifier). 

38. The text/image data-transfer method of either claim 
26 or claim 27 wherein 

said text/image-supply apparatus transfers 
data according to a data-transfer request from said 
text/image-formation apparatus based on said link 
information. 

39. A text/image-formation apparatus that receives re- 
quired data from a text/image-supply apparatus 
based on printing-description data expressed in 
link-file format having a level structure, and forms 
text/image data, and comprises: 

a judgment unit that is operable to recognize 
link information in printing-description data that 
is transferred from said text/image-supply ap- 
paratus; and 

a data-transfer-request unit that is operable to 
send a request to said text/image-supply appa- 
ratus to transfer object data corresponding to 
link information based on the link information 
recognized by said judgment unit. 

40. A text/image -formation apparatus that receives re- 
quired data from a text/image-supply apparatus 
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based on printing-description data expressed in 
link-file format having a level structure, and forms 
text/image data, and comprises: 

5 a judgment unit that is operable to detect infor- 

mation that is transferred from said text/image- 
supply apparatus that specifies the highest-lev- 
el printing-description data having said level 
structure, and detect link information in the 

10 printing-description data that is transferred 

from said text/image-supply apparatus; and 
a data-transfer-request unit that is operable to 
send a request to said text/image-supply appa- 
ratus to transfer the specified highest-level 

is printing-description data based on the informa- 

tion detected by said judgment unit that speci- 
fies the highest-level printing-description data, 
and send a request to said text/image-supply 
apparatus to transfer the linked object data 

20 based on the link information detected by said 

judgment unit. 

41 . The text/image-formation apparatus of claim 39 or 
claim 40 wherein 

25 said data-transfer-request unit is operable to 

send a request to said text/image-supply apparatus 
to transfer data at arbitrary timing. 

42. The text/image-formation apparatus of claim 39 or 
30 claim 40 further comprising: 

a control unit that is operable to request that an 
object corresponding to link information be 
transferred when saidjudgment unit detects the 
35 existence of link information, and request that 

a plurality of data corresponding to the number 
of said objects be transferred in parallel from 
text/image-supply apparatus. 

40 43. The text/image-formation apparatus of claim 42 
wherein 

said control unit is operable to independently 
control data transfer when transferring a plurality of 
data in parallel. 

45 

44. The text/image-formation apparatus of claim 39 or 
claim 40 further comprising a data-acquisition- 
amount-calculation unit that is operable to calculate 
the necessary amount of data to be transferred. 

50 

45. The text/image-formation apparatus of claim 39 or 
claim 40 wherein 

said link information contains information 
specifying at least the storage location of data or 
55 flies of objects stored by said text/image-supply ap- 
paratus. 

46. The text/image-formation apparatus of claim 45 
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wherein 

said information specifying said storage loca- 
tion is path information. 

47. The text/image-formation apparatus of claim 45 
wherein 

said information indicating said storage loca- 
tion is a URI (Universal Resource Identifier). 

48. The text/image-formation apparatus of claim 40 
wherein 

said information specifying said highest-level 
printing-description data is path information. 

49. The text/image-formation apparatus of claim 40 
wherein 

said information specifying said highest-level 
printing-description data is a URI (Universal Re- 
source Identifier). 

50. The text/image-formation apparatus of claim 39 or 
claim 40 wherein 

said text/image-formation apparatus compris- 
es a queue-control unit that is operable to control 
queue data that store and manages each text/im- 
age-formation-request data for each said text/im- 
age-formation request when there is one or a plu- 
rality of text/image-formation requests from said 
text/image-supply apparatus. 

51. The text/image-formation apparatus of claim 50 
wherein 

the data required for text/image formation it- 
self is not contained in said queue data. 

52. A text/image-printing system that is used between 
a text/image-supply apparatus and text/image-for- 
mation apparatus that are connected by a commu- 
nication means and that performs transfer based on 
printing-description data in link-file format having a 
level structure and 

comprising on said text/image-supply appara- 
tus side: 

a printing buffer that is operable to store said 
printing-description data and data of the object 
linked by said printing-description data; and 
a printer-control unit that is operable to transfer 
information specifying the highest-level print- 
ing-description data, and transfer said printing- 
description data to said text/image-formation 
apparatus according to a request from said im- 
age-formation apparatus, and to transfer object 
data from a storage location to said text/image- 
formation apparatus according to an object-da- 
ta-acquisition request from the text/image-for- 
mation apparatus; and 



comprising on said image-formation side: 

a judgment unit that is operable to determine 
whether or not there is an object linked to the 
s highest level of the printing-description data 

that is transferred from said text/image-supply 
apparatus; and 

a data-transfer-request unit that is operable to 
send an object-acquisition-request to said text/ 
10 image-supply apparatus. 

53. A text/image-printing system that is used between 
a text/image-supply apparatus and text/image-for- 
mation apparatus that are connected by a commu- 

is nication means and that performs transfer based on 
printing-description data in link-file format having a 
level structure and 

comprising on said text/image-supply appara- 
tus side: 

20 

a printing buffer that is operable to store said 
printing-description data and data of the object 
linked by said printing-description data; and 
a printer-control unit that is operable to transfer 

25 said highest-level printing-description data to 

said text/image-formation, and to transfer ob- 
ject data from a storage location or said printing 
buffer to said text/image-formation apparatus 
according to an object-data-acquisition request 

30 from the text/image-formation apparatus; and 

comprising on said image-formation side: 

a judgment unit that is operable to determine 
35 whether or not there is an object linked to the 

highest level of the printing-description data 
that is transferred from said text/image-supply 
apparatus; and 

a data-transfer-request unit that is operable to 
40 send an object-acquisition-request to said text/ 

image-supply apparatus when said judgment 
unit detects said object. 

54. The text/image-printing system of claim 52 or claim 
45 53 wherein 

said printer-control unit is operable to gener- 
ate a plurality of data required for text/image forma- 
tion from said highest-level printing-description da- 
ta and object data linked to said highest-level print- 
so ing-description data by link information, and store 
the plurality of data in a directory corresponding to 
a job unit that occurs when there is a text/image- 
formation request. 

55 55. The text/image-printing system of claim 54 wherein 
said printer-control unit is operable to delete 
said directory where the printing-description data 
and said object data are saved and stored when de- 
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leting said printing-description data and said object 
data. 

56. The text/image-printing system of claim 55 wherein 

said time of deletion is when a notification is 
received from said text/image-formation apparatus 
that the formation process of the text/image is com- 
plete. 

57. The text/image-printing system of claim 55 wherein 

said time of deletion is when said text/image- 
supply apparatus detects the end of said formation 
process by sending an inquiry to said text/image- 
formation apparatus inquiring of the status of said 
text/image formation process. 

58. The text/image-printing system of claim 55 wherein 

said time of deletion is when the time exceeds 
a specified amount of time after the start of the timer 
count when an arbitrary event occurs. 

59. The text/image-printing system of claim 52 or claim 
53 wherein the original memory unit of said text/im- 
age-supply apparatus is used as said printing buff- 
er. 

60. The text/image-printing system of claim 52 or claim 
53 wherein the link destination of object data linked 
to the highest-level of said printing-description data 
is a storage medium other than said printing buffer. 

61 . The text/image-printing system of claim 52 or claim 
53 wherein 

said text/image-formation apparatus compris- 
es a queue-control unit that is operable to control 
queue data that store and manages each text/im- 
age-formation-request data for each said text/im- 
age-formation request when there is one or a plu- 
rality of text/image-formation requests from said 
text/image-supply apparatus. 

62. The text/image-printing system of claim 61 wherein 
the data required for text/image formation itself is 
not contained in said queue data. 

63. A text/image-supply apparatus that transfers and 
supplies printing-description data that is in link-file 
format having a level structure and the object data 
that is linked by said printing-description data, and 
comprises: 

a transfer unit 1 that is operable to transfer in- 
formation to a text/image-formation apparatus 
that specifies a storage location of the highest- 
level printing-description data; 
a transfer unit 2 that is operable to transfer said 
highest-level printing-description data accord- 
ing to a request from said text/image-formation 



apparatus; and 

a transfer unit 3 that is operable to transfer ob- 
ject data that is linked by link information in said 
highest-level printing-description data accord- 
5 ing to a request from said text/image-formation 

apparatus. 

64. A text/image-supply apparatus that transfers and 
supplies printing-description data that is in link-file 

io format having a level structure and the object data 
that is linked by said printing-description data, and 
comprises: 

a transfer unit 4 that is operable to transfer the 
is highest-level printing-description data to a text/ 

image-formation apparatus; and 
a transfer unit 3 that is operable to transfer ob- 
ject data that is linked by link information in said 
highest-level printing-description data accord- 
20 ing to a request from said text/image-formation 

apparatus. 

65. The text/image-supply apparatus of claim 63 or 
claim 64 wherein 

25 said link information contains information 

specifying at least the storage location of data or 
files of objects stored by said text/image-supply ap- 
paratus. 

30 66. The text/image-formation apparatus of claim 65 
wherein 

said information specifying said storage loca- 
tion is path information. 

35 67. The text/image-formation apparatus of claim 65 
wherein 

said information indicating said storage loca- 
tion is a URI (Universal Resource Identifier). 

40 68. The text/image-formation apparatus of claim 63 
wherein 

said information specifying said highest-level 
printing-description data is path information. 

45 69. The text/image-formation apparatus of claim 63 
wherein 

said information specifying said highest-level 
printing-description data is a URI (Universal Re- 
source Identifier). 

50 

70. The text/image-formation apparatus of claim 63 or 
claim 64 wherein 

said transfer unit 3 is operable to transfer an 
arbitrary amount of data from an arbitrary position 
55 in data or a file of said object according to a request 
from said text/image-formation apparatus. 

71. The text/image-formation apparatus of claim 63 or 
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claim 64 wherein 

said printing-description data and said object 
data are stored in a directory corresponding to a job 
unit that occurs when there is a text/image-forma- 
tion request. 5 

72. The text/image-supply apparatus of claim 71 that 
deletes said directory when deleting said printing- 
description data and said object data. 

73. The text/image-supply apparatus of claim 72 
wherein 

said time of deletion is when a notification is 
received from said text/image-formation apparatus 
that the formation process of the text/image is com- « 
plete. 

74. The text/image-supply apparatus of claim 72 
wherein 

said time of deletion is when the end of said so 
formation process is detected by sending an inquiry 
to said text/image-formation apparatus inquiring of 
the status of said text/image formation process. 

75. The text/image-supply apparatus of claim 72 2s 
wherein 

said time of deletion is when the time exceeds 
a specified amount of time after said directory is 
stored. 
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JOB ID 
PATH (URI) 
STATUS 
QUANTITY 
SIDE 

ORIENTATION 
PAPER SIZE 
PAPER QUALITY 
PRINTING QUALITY 
MONOCHROME/COLOR 



JOB000001 

/USR/SPOOL/JOB000001/PRINT1 .XML 

PRINTING IN PROGRESS 

1 

SINGLE SIDE 
LANDSCAPE 
A4 

NORMAL PAPER 

NORMAL 

MONOCHROME 



: SECOND JOB DATA ADDRESS - 



JOB ID 
PATH (URI) 
STATUS 
QUANTITY 
SIDE 

ORIENTATION 
PAPER SIZE 
PAPER QUALITY 
PRINTING QUALITY 
MONOCHROME/COLOR 



JOB000002 

/USR/SPOOL/JOB000002/PRINT2.XML 

WAITING FOR PROCESSING 

3 

SINGLE SIDE 
LANDSCAPE 
A4 

NORMAL PAPER 
HIGH QUALITY 
COLOR 



; THIRD JOB DATA ADDRESS 
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PATH (URI) 

QUANTrTY 
SIDE 

ORIENTATION 
PAPER SIZE 
PAPER QUALITY 
PRINTING QUALITY 
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JOB000003 

/USR/SPOOL/JOB000003/PRINT3.XML 
WAITING FOR PROCESSING 
1 

SINGLE SIDE 

PORTRAIT 

A4 

NORMAL PAPER 

NORMAL 

MONOCHROME 



: NULL (END) 
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